Android事件分发之源码分析
PS：如果你觉得你在努力，那么告诉我你努力的结果是什么！
上篇文章中叙述了 Android 事件分发的大致流程，下面从 Activity、ViewGroup、View 三个方面介绍事件的相关方法，小节如下：
Activity
ViewGroup
View
阅读本篇文章之前请先阅读：
Activity
Activity中主要两个与事件传递相关的方法，dispatchTouchEvent() 和 onTouchEvent()，事件传递由 Activity 的 dispatchTouchEvent() 方法开始。
事件分发
Activity中的事件分发方法：dispatchTounchEvent()，其源码如下：
1//事件分发
2public boolean dispatchTouchEvent(MotionEvent ev) {
3 if (ev.getAction() == MotionEvent.ACTION_DOWN) {
4 //空方法
5 onUserInteraction();
6 }
7 if (getWindow().superDispatchTouchEvent(ev)) {
8 return true;
9 }
10 //onTouchEvent()方法默认返回false
11 return onTouchEvent(ev);
12}
上面代码中显然只处理了 ACTION_DOWN 事件, 说明 ACTION_DOWN 事件才会触发事件的分发，接着调用了 Window 类的 superDispatchTouchEvent(ev)方法，这是一个抽象方法，那么当调用这个方法的时候，就会去调用具体子类中的方法，Window 类的具体子类就是 PhoneWindow 类，里面的具体实现的 superDispatchTouchEvent(ev) 方法如下：
1//Window类里面的抽象方法
2public abstract boolean superDispatchTouchEvent(MotionEvent event);
3//Window子类PhoneWindow类中superDispatchTouchEvent()方法的具体实现
4
5public boolean superDispatchTouchEvent(MotionEvent event) {
6 return mDecor.superDispatchTouchEvent(event);
7}
显然，这里有调用了mDecor.superDispatchTouchEvent(event)，mDecor 是一个 PhoneWindow.DecorView 对象，这也是窗口的顶层视图。它是一个真正 Activity 的 root view,它继承了 FrameLayout,通过 super.dispatchTouchEvent，会把 touchevent 派发给各个 activity 的子 view，也就是我们在 Activity.onCreat 方法中 setContentView 时设置的 view,代码参考如下：
1//DecorView类声明
2private final class DecorView extends FrameLayout implements RootViewSurfaceTaker {
3 ...
4 public boolean superDispatchTouchEvent(MotionEvent event) {
5 //这里又调用了FrameLayout中的dispatchTouchEvent方法
6 return super.dispatchTouchEvent(event);
7 }
8 ...
9}
由于在 FrameLayout 并没有重写 dispatchTouchEvent(event) 方法，因此我们需要 FrameLayout 的父类也就是 ViewGroup 中该方法的实现，由该方法进行事件的具体分发，这里具体事件分发过程有待研究。
事件处理
Activity 中的事件处理方法：onTouchEvent()，其源码如下：
1//事件处理,默认返回false
2public boolean onTouchEvent(MotionEvent event) {
3 if (mWindow.shouldCloseOnTouch(this, event)) {
4 finish();
5 return true;
6 }
7 //默认返回false
8 return false;
9 }
由于对于onTouchEvent()方法来说，事件传递是向父控件传递的，即使返回false,事件也相当于被消费了。
注意：Activity进行事件分发时，只有return super.dispatchTouchEvent(ev)时，事件才继续向下传递，返回true或false都事件就被消费了，也就是终止了事件的传播。
ViewGroup
ViewGroup中主要三个与事件传递相关的方法：dispatchTouchEvent()、onInterceptTouchEvent()和onTouchEvent()，具体如下：
事件分发
ViewGroup中的事件分发方法：dispatchTouchEvent()，其源码如下：
1
2public boolean dispatchTouchEvent(MotionEvent ev) {
3 ...
4 //dispatchTouchEvent()方法默认返回false
5 boolean handled = false;
6
7 //给方法决定是否拦截事件的分发
8 onInterceptTouchEvent(ev);
9 ...
10 //默认情况下canceled和intercepted为false
11 if (!canceled && !intercepted) {
12 ...
13 //该方法将事件传递给子View
14 dispatchTransformedTouchEvent(ev, false, child, idBitsToAssign)) {
15 ...
16 }
17
18 return handled;
19}
这个方法的作用就是遍历ViewGroup中的子View,将事件(ACTION_DOWN)交有子View进行处理，里面主要调用了onInterceptTouchEvent()和dispatchTransformedTouchEvent()方法，onInterceptTouchEvent()默认返回 false，下面是 dispatchTransformedTouchEvent() 方法的主要源码如下：
1private boolean dispatchTransformedTouchEvent(MotionEvent event, boolean cancel,
2 View child, int desiredPointerIdBits){
3 ...
4
5 if (child == null) {
6 handled = super.dispatchTouchEvent(event);
7 } else {
8 //进行子 View 的事件分发
9 handled = child.dispatchTouchEvent(event);
10 }
11 ...
12 return handled;
13}
显然，dispatchTransformedTouchEvent() 方法主要进行子 View 的事件分发，如果没有子 View，则调用父 View 的 dispatchTouchEvent(event) 方法。
事件拦截
ViewGroup 中的事件分发方法 onInterceptTouchEvent() ，其源码如下：
1public boolean onInterceptTouchEvent(MotionEvent ev) {
2 ...
3 //默认返回false
4 return false;
5}
该方法默认返回 false，表示不拦截向子 View 的事件分发，该方法在 ViewGroup 的 dispatchTouchEvent() 方法中被调用。
事件处理
ViewGroup 中没有自己的 onTouchEvent() 事件处理方法 ,ViewGroup 继承 View，其事件处理方法就是 View 的事件处理方法，其方法如下：
1public boolean onTouchEvent(MotionEvent event) {
2 ...
3 //默认返回 false
4 return false;
5}
该方法进行相关事件的处理，如果返回 true ,表示事件被处理，具体使用情况将在在下文中记录。
View
View 中主要两个与事件分发相关的方法：dispatchTouchEvent() 和 onTouchEvent() 方法，具体如下：
事件分发
View 中的事件分发方法是 dispatchTouchEvent()，主要代码如下：
1public boolean dispatchTouchEvent(MotionEvent event) {
2 ...
3 //默认返回值为false
4 boolean result = false;
5 ...
6 if (onFilterTouchEventForSecurity(event)) {
7 ...
8 //调用了onTouchEvent方法
9 if (!result && onTouchEvent(event)) {
10 result = true;
11 }
12 }
13 ...
14 return result;
15}
上述代码中，dispatchTouchEvent() 方法的默认返回值是 false，表示事件继续分发，实际上 dispatchTouchEvent 方法的返回值与 onTouchEvent 方法的返回值有关，如果 onTouchEvent 返回 true，dispatchTouchEvent 的返回值 result 为 true，此时表示事件已消费，当然也可以这样理解，ontouchEvent 的值为 true，本身就表示事件已消费了，下面是执行 ontouchEvent 方法执行的条件：
1public boolean onFilterTouchEventForSecurity(MotionEvent event) {
2 //noinspection RedundantIfStatement
3 if ((mViewFlags & FILTER_TOUCHES_WHEN_OBSCURED) != 0
4 && (event.getFlags() & MotionEvent.FLAG_WINDOW_IS_OBSCURED) != 0) {
5 //窗口被遮挡，丢弃touch事件(很少执行)
6 return false;
7 }
8 return true;
9}
显然，上述方法在一般情况下肯定返回 true，故肯定能执行到 onTouchEvent方法，调用 View 的 dispatchTouchEvent 方法实际上可简写为如下代码：
1public boolean dispatchTouchEvent(MotionEvent event) {
2 ...
3 //默认返回值为false
4 boolean result = false;
5 ...
6 return onTouchEvent(event)
7}
事件处理
View 中的事件分发方法是 onTouchEvent()，主要代码如下：
1public boolean onTouchEvent(MotionEvent event) {
2 ...
3
4 //此处返回true的条件是TouchDelegate默认为空，该值主要是关于View的触摸区域的
5 if (mTouchDelegate != null) {
6 if (mTouchDelegate.onTouchEvent(event)) {
7 return true;
8 }
9 }
10
11 //如果设置了点击事件该条件才会返回true，也就是事件消费咯
12 if (((viewFlags & CLICKABLE) == CLICKABLE ||
13 (viewFlags & LONG_CLICKABLE) == LONG_CLICKABLE) ||
14 (viewFlags & CONTEXT_CLICKABLE) == CONTEXT_CLICKABLE) {
15 switch (action) {
16 //各个事件的处理
17 ...
18 }
19
20 return true;
21 }
22 //默认返回false，表示不消费事件
23 return false;
24}
事件传至子 View 时有两种结果，要么当前 View 消费该事件，要么不消费时间向上回传，如果不拦截直至 Activity，也不做任何处理，最后将丢弃该事件。
这篇文章是 Android 事件分发机制第二篇，主要记录了 Activity、ViewGroup 和 View 中与事件相关的方法，也就是 dispatchTouchEvent()、onTouchEvent() 和 onInterceptTouchEvent() 方法在 Activity、ViewGroup 和 View 中的不同表现，从代码的角度理解了一下 Android 中的事件关系，关于事件的分发流程将具体在下一篇文章中讲述，可以回复关键字【加群】邀你入交流群。
推荐阅读：